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IN THE SPECIFICATION 

The following paragraphs will replace all prior versions in the specification: 

[0002] Multi-Protocol Label Switching (MPLS) is an advanced framework for high- 
speed data forwarding that differs from conventional destination-based IP routing: each 
packet is provided with a "label" that is used by label switched routers (LSRs) to forward 
the packet along what is referred to as a label switched path (LSP). See E. Rosen et 
al., "Multiprotocol Label Switching Architecture," Internet Engineering Task Force (IETF) 
Network Working Group, Request for Comments (RFC) SOSly 
http://www.i e tf.org/rfo/rfc3031.txt (January 2001) . LSRs inform adjacent nodes of label 
bindings using a process of label distribution which is known as LSP setup. See, e.g., 
L. Andersson et al., "LDP Specification," IETF Network Working Group, RFC 3036t 
http://www. ie tf.org/rfc/rfo3036.txt (January 2001) . Labels are by convention allocated 
and distributed from a downstream direction - where "downstream" in the art refers to 
the direction of data flow. In the context of IP networks, where LSPs are assumed to be 
unidirectional, downstream label selection convention assures that there is no label 
contention among connection requests coming from different directions. 

[0003] Generalized MPLS ("GMPLS"), also referred to in the art as Multi-Protocol 
Lambda Switching ("MPL(ambda)S"), extends MPLS to support - not just packet- 
switching devices - but devices that perfomi switching in the time, wavelength, and 
space domains. GMPLS provides the potential for a control plane that can be utilized 
with legacy equipment (e.g. SONET) as well as newer devices (e.g. optical 
crossconnects ("OXCs")). See, e.g., D. Awduche et al., "Multi-Protocol Lambda 
Switching: Combining MPLS Traffic Engineering Control with Optical Crossconnects," 
IETF Network Working Group, Internet Draf t, http://www.iotf.org/ i nt e rn e t drafts/draft 
awduch e mp i s t e optica l 01.txt (Nov e mb e r 1999) . For various practical reasons, 
current GMPLS signaling mechanisms permit the setup of what are referred to in the art 
as bidirectional LSPs. See P. Ashwood-Smith, et al., "Generalized MPLS - Signaling 
Functional Description," IETF Network Working Group, Internet Draftj 
http://www.i e tf.org/ i nt e rn e t drafts/draft i e tf mpis g e n e ralized signa li ng Ol.txt (November 
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2000) . The introduction of bidirectional LSPs creates tlie practice of upstream label 
distribution and suggested label distribution. These two label distribution policies 
presents the possibility of contention between two bidirectional LSP requests traveling 
in opposite directions between two adjacent nodes. If there is no restriction on the 
ports/channels that can be used for bi-directional LSPs and if there are alternate 
resources, then both nodes will pass different labels upstream/downstream and the 
contention will be resolved naturally. If there is a restriction on the ports/channels that 
can be used for the bidirectional LSPs (for example if they must be physically coupled 
on a single I/O card), or if there are no more resources available, then the contention 
must be resolved by some other means. The current GMPLS signaling proposal 
suggests letting the node with the higher node ID win the contention. 

[0015] A label-switched path ("LSP") through the network is established using the 
exchange of label distribution messages between adjacent nodes, in accordance with 
an advantageous protocol such as RSVP-TE or CR-LDP. See, e.g., P. Ashwood-Smith, 
et a!., "Generalized MPLS - Signaling Functional Description," IETF Network Working 
Group, Internet Drafts — http://www.iotf.org/ i ntornet drafts/draft ie tf mp i s gonoralizod 
signa l ing 01.txt (Nov e mb e r 2000) ; L. Berger, et al., "Generalized MPLS Signaling - 
RSVP-TE Extensions," IETF Network Working Group, Internet Draftr 
http://www. ie tf.org/inter e n e t drafts/draft i otf mp I s gen e ra li z e d rsvp to OO.txt (November 
3000); D. Awduche et al., "RSVP-TE: Extensions to RSVP for LSP tunnels," IETF 
Network Working Group, Internet Draft , http://www.iotf.org/int e rn e t drafts/draft ie tf mp I s 
rsvp I sp tunne l 06.txt (Ju l y 2000) ; P. Ashwood-Smith, et al., "Generalized MPLS 
Signaling - CR - LDP Extensions," IETF Network Working Group, Internet Draftj 

http://www.i e tf.org/ i nt e rn e t drafts/draft iotf mp I s generaliz e d or I dp OO.txt (November 

2000) ; and B. Jamoussi, et al., "Constraint-Based LSP Setup using LDP," IETF Network 
Working Group, Internet Draf t, http://www.i o tf.org/ i nt e rnet drafts/draft ie tf mp I s or I dp 
0 4 .txt (July 2000) , which are incorporated by reference herein. 
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